home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / applications / 493 < prev    next >
Encoding:
Text File  |  1996-08-05  |  5.4 KB  |  102 lines

  1. Newsgroups: comp.sys.amiga.applications
  2. Path: fnnews.fnal.gov!unixhub!news
  3. From: wglp09@scsa1.slac.stanford.edu (W.G.J. Langeveld)
  4. Subject: Re: Executive Probs with Maple
  5. Content-Type: text/plain; charset=iso-8859-1
  6. Message-ID: <DL1FpM.5JF@unixhub.SLAC.Stanford.EDU>
  7. Sender: news@unixhub.SLAC.Stanford.EDU
  8. Content-Transfer-Encoding: 8bit
  9. Organization: Stanford Linear Accelerator Center
  10. X-Newsreader: Interworks_GRn 3.0b11 September 9, 1995
  11. References:  <4d2mnl$85q@walrus.megabaud.fi>
  12. Mime-Version: 1.0
  13. Date: Thu, 11 Jan 1996 22:27:21 GMT
  14.  
  15. In article <4d2mnl$85q@walrus.megabaud.fi> petrin@walrus.megabaud.fi (Petri Nordlund) writes:
  16. > W.G.J. Langeveld <wglp09@scsa1.slac.stanford.edu> writes:
  17. > >> >> I am actually using the symbolic arithmetical package MapleV.
  18. > >> >> Unfortunately the Plot3D module doesn┤t open a screen and does not return
  19. > >> >> back to Maple, if Executive is running. Result: Maple hangs. ( Execute is
  20. > >> >> definitely responsible). Setting all Maple task schedule settings to IGNORE
  21. > >> >> did not work. Any ideas ?
  22. > >> 
  23. > >> > You may want to talk to the author of Executive, and have them fix the
  24. > >> > incompatibility.
  25. > >> 
  26. > >> You are jumping to conclusions, now :-)
  27. > >
  28. > >Well, I'm not. Executive is a "system hack", which I presume does not have the
  29. > >"blessing" of either Commodore or Amiga-Tech. Without Executive, Maple runs fine,
  30. > >with Executive it does not. Hence it is not compatible, almost by definition...
  31. >   Hack is something you do in ten minutes, and I've spent the last two
  32. >   years with Executive. Hack is also something that uses illegal things
  33. >   to achieve its purpose. Executive is neither. The scheduler in Executive
  34. >   only changes task priorities, and there's nothing wrong with that.
  35. >   And the scheduler is optional, it can be turned off, you'll then have
  36. >   a very comprehensive system control package.
  37. >   I received a registration from Amiga Technologies GmbH last week. They
  38. >   have no plans regarding Executive, but I hope that now, when even
  39. >   Windows 95 has got better multitasking than Amiga, a better scheduler,
  40. >   like Executive has, would be implemented in AmigaOS.
  41. >   And Maple, it's not compatible with system legal software. Every user
  42. >   has the right to change task priorities. If you would like to run
  43. >   Maple at priority lower than -24, you could do that, but then Maple
  44. >   wouldn't work. I very much appreciate that Maple has been ported
  45. >   to Amiga, but in this case it has a bug, which should be fixed.
  46. >   Executive can cope with software like Maple by not scheduling it.
  47. > >Having said that, if there's a way we can make Executive happy in an upcoming
  48. > >patch of (that is, if there will be one) Maple without compromising running
  49. > >without Executive, then we will likely do so.
  50. >
  51. >   Yes there is, the Maple<-->MaplePlot3D interface should be fixed so that
  52. >   it would work regardless of task priorities. I wonder why the MaplePlot3D
  53. >   task was given priority -24 in the first place?
  54.  
  55. My guess is that Executive sets it that way. Here's why I think so.
  56. I call SystemTags() with just enough parameters to run the plotter. I do not
  57. specify a priority, because SystemTags is documented as setting the priority
  58. to the same value as the task calling it, which is precisely what I want: I
  59. want the main Maple program and the plotter to get equal CPU time. And that
  60. single call to SystemTags() is all that happens. There's no task priority
  61. setting anywhere else in Maple. If that's not "compatible with system legal
  62. software" then I don't know what is.
  63.  
  64. Here's my guess at what happens: Assume Maple gets started at priority 0.
  65. Now, someone wants to plot something. Maple needs to do a bunch of calculations
  66. before it is ready to spawn the plotter. By that time, perhaps, Executive has
  67. set Maple's priority down to -24, to give other tasks (if any) a chance to
  68. work. And, perhaps, Maple executes the SystemTags call for some reason not
  69. at priority 0 as it otherwise would but still at priority -24. And so, the
  70. base priority of the plotter becomes -24, and assuming that Executive will
  71. never let any task get a priority higher than its base priority, the plotter
  72. will essentially never run. If my guess is correct, then it's clearly a bug
  73. in Executive: it should start tasks spawned by other tasks at the same *base*
  74. priority as the parent task, not at the *current* priority of the parent task.
  75.  
  76. Maybe there's another explanation, but I can't think of one.
  77.  
  78. By the way, if a user did not run Executive, and if the user just set the
  79. priority of Maple to something else, everything would continue to work:
  80. the plotter would still be started up at the same priority as Maple itself,
  81. if the plotter wasn't running yet. And if the plotter were already running
  82. and the user set Maple's priority higher then the plotter's, then the user
  83. would get the completely expected result that the plotter wouldn't run very
  84. well. My answer would simply be: don't do that.
  85.  
  86.     Willy.
  87.  
  88. PS: A hack is something that is "kludged in" on top of something that wasn't
  89. designed for the purpose. Even if the programmer spent all his life on it,
  90. it would still be a hack. There's a thing called a "quick hack", that may be
  91. 10 minutes work, but that's not what I had in mind. I consider, for example,
  92. VMM also a hack, and I'm sure it wasn't a quick one. And I never implied that
  93. hacks can't be useful. Some are very useful.
  94.  
  95. -- 
  96. W.G.J. Langeveld - SLAC | e-mail: wglp09@scsa1.slac.stanford.edu
  97.                         |         langeveld@bix.com
  98.